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(54) Automatic handling of scan orders 

(57) A system for generating digitised documents 
for a digital environment, comprising at least one scan- 
ner, provided with a local operator control unit, and a 
management unit connected to the scanner or scan- 
ners. The management unit is provided with: 

inputting means for receiving, from the digital envi- 
ronment, a request for a digitised document 
warning means for indicating a request for a digi- 
tised document at at least one scanner 
receiving means for receiving from a scanner an 
acceptance of a request selected by means of the 


ws 


operator control unit 

allocation means whereby, in response to the said 
acceptance, a scan order for generation of the digi- 
tised document requested in the said request is 
allocated to the scanner which sent the accept- 
ance. 

This construction enables incoming scan orders to 
be held until a scanner is ready to execute them, without 
in any way interfering with current scanning processes. 
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Description provided with: 


[0001] The invention relates to a system for gener- 
ating digitised documents for a digital environment, 
comprising at least one scanner, provided with a local 
operator control unit. The invention also relates to a 
method for use in such system. 

[0002] A system of this kind is known from EP-A 0 
757 311. In this known system, a scanner is connected 
via a network to a digital environment. The term "digital 
environment" in this context denotes a set of digital data 
processing devices, such as computers and worksta- 
tions, interconnected by a local network. 
[0003] To initiate a scanning process, a memory 
location in the digital environment is selected on an 
operator control panel of the local operator control unit 
of a scanner, i.e. an operator control unit present in the 
machine itself, said memory location being intended as 
a destination for a data file to be generated during the 
scanning, and a name is specified for the file. The said 
memory location is usually a directory in the memory of 
a computer connected to the scanner via the network. 
[0004] After an operator has selected the destina- 
tion, he can start the actual scanning process, whereaf- 
ter the generated image data are automatically 
transmitted by the scanner to the destination where they 
are stored under the given file name in the selected 
directory. One disadvantage of this procedure is that an 
order for the scanning of a specific document must first 
be communicated by an applicant to the scanner opera- 
tor, who is frequently situated at a completely different 
place, the applicant also having to indicate a destination 
and a file name. The operator of the scanner must also 
locally input the said destination and name. 
[0005] An improvement can be obtained by digitally 
transmitting to the scanner via the network a scan order 
which already contains the destination and name. 
These data can then be automatically taken over by the 
scanner so that the operator no longer has to take any 
further action. This solution has been embodied in an 
Oce-Technologies B.V. product known as the Oc6 9800. 
In this product, a scan order is compiled by an external 
application, said scan order containing a specification of 
the required digital format of the data file for generation, 
a name for the same and the destination to which the 
file must be sent. 

[0006] A scan order to this kind, however, blocks the 
scanner until the order has been executed. This can 
lead to delays, for example if the document for scanning 
is not yet directly available, because no other scan 
orders can be executed in the meantime. This obstructs 
efficient management, and it is therefore required so to 
compose a system that scan orders can be given from a 
workstation in the digital environment but do not have to 
be executed until everything is ready so to do. 
[0007] To this end, according to the invention, the 
system according to the preamble comprises a man- 
agement unit connected to the scanner or scanners and 


inputting means for receiving, from the digital envi- 
ronment, a request for a digitised document 

s - warning means for indicating a request for a digi- 
tised document at at least one scanner 
receiving means for receiving from a scanner an 
acceptance of a request selected by means of the 
operator control unit 

10 - allocation means whereby, in response to the said 
acceptance, a scan order for generation of the digi- 
tised document requested in the said request is 
allocated to the scanner which sent the accept- 
ance. 

15 

[0008] As a result, a scan order can be transmitted 
via the network to a scanner, but is held there without 
blocking the scanner. An operator of a scanner observ- 
ing that a scan order has arrived can then call the scan 
20 order up from the management unit and execute it at a 
time that suits him. 

[0009] More particularly, according to one embodi- 
ment of the invention, before accepting a specific scan 
order, the operator can first request information con- 

25 cerning the nature of the scan order. 

[0010] In another embodiment of the invention, the 
central management unit is also provided with means 
for checking whether the requested digitised document 
is already available in a required digital form in a con- 

30 nected database. If that is the case, the management 
unit will simply send the data file concerned from the 
database to the applicant, without issuing a scan order. 
Of course the data file already available must have a for- 
mat equal to the format specified by the applicant. If that 

35 is not the case, it may possibly be converted to the 
required format by the management unit, but if that 
leads to a loss of quality the management unit will make 
a scan order pending. 

[001 1 ] In another embodiment of the present inven- 

40 tion, the allocation means when allocating the said scan 
order prevent other scanners from accepting the 
request concerned for a digitised document. As a result, 
an order cannot be executed simultaneously by more 
than one scanner/operator due to a misunderstanding, 

45 thus obviating any waste of capacity and confusion. 
[001 2] A request for a digitised document may con- 
tain a number of requirements which the applicant spec- 
ifies of the scanning process or the result thereof. A first 
requirement is the form in which the data file for gener- 

so ation must be supplied, e.g. the digital format, and also 
the scanning resolution and colour or black/white. The 
management unit can be so constructed according to 
the invention that it passes the scan order only to those 
scanners capable of executing the order. Also, when the 

55 management unit in some way knows that a scan order 
consists of parts with different properties, e.g. a 
black/white document with some coloured sheets, the 
said unit can automatically divide it up into different sub- 
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orders and make these pending at different suitable 
scanners. 

[0013] The applicant can also specify a precondi- 
tion for the scanning process, e.g., that the result must 
be available before a specific time or date. According to 5 
the invention the management unit can be so con- 
structed that it can meet this outline specification, for 
example by making the scan order concerned pending 
with priority. Priority treatment can be imposed by the 
management unit by making solely the scan order con- w 
cerned acceptable. 

[0014] The invention will now be explained with ref- 
erence to the accompanying drawings, and it should be 
noted that this explanation applies solely as one possi- 
ble example and not as a limitation of the possible is 
embodiments. 
[001 5] In the drawings: 

Fig. 1 is a diagram showing a system according to 
the invention. 20 
Fig. 2, consisting of Figs. 2A and 2B, is a flow dia- 
gram of the procedure when filing and implement- 
ing a request for a digitised document. 
Figs. 3 to 7 are illustrations of messages on the dis- 
play of a scanner during the execution of a scan 25 
order. 

[0016] Fig. 1 is a diagram showing a system 
according to the invention. The system comprises a 
number of workstations 1 , 2 and 3 for users, a central 30 
management unit 4 for co-ordinating scan orders, here- 
inafter referred to as ScanRequestManager (SRM), and 
a number of scanners 5, 6 and 7. The scanners are pro- 
vided with their own operator control unit (not shown 
separately), equipped with operator control means such 35 
as keys 22, 23, 24 and a display 21 , possibly in the form 
of an external operator control unit 6A, such as a PC. It 
is also possible to include in the system the scanner of 
a suitably equipped multifunctional digital copying 
machine. All these elements are interconnected by 40 
means of a local network (not shown), to which they are 
connected. The SRM 4 is a suitably programmed com- 
puter, e.g. a PC, and is connected to data storage 8 and 
data storage 9, which can be accommodated in a hard 
disk unit in the SRM 4, or alternatively in a separate 45 
housing. Data storage 8 is intended for the storage of 
data relating to incoming scan orders, data storage 9 is 
a large database in which a large number of digitised 
documents are stored. The latter can also be a unit 
located at a distance or even a set of local and external so 
databases which are possibly also accessible to other 
users. 

[0017] The above-mentioned operator control 
means of the scanners used in this system comprise, 
for example, an operator control panel 20 having ther- ss 
eon a display 21, a start key 24 and operator control 
keys 22, 23. The scanners also have an inputting unit 25 
for automatically separating and processing the sheets 


4 

of a document. 

[0018] The scanners 5, 6, 7 and the SRM 4 belong 
to a service unit for the workstations and their users, 
and are disposed near one another, e.g. in a central 
reproduction department (diagrammatically indicated by 
the broken line 10) of an organisation. The invention can 
also be used in a small system comprising an SRM and, 
for example, one scanner disposed, for example, in a 
department secretariat. 

[0019] From their workstations (1, 2, 3) users can 
make a request for a specific digitised document, 
whereafter the request is handled automatically by the 
SRM 4. If the requested document is not yet available in 
the database 9 in a usable digital form, then the SRM 
converts the request to an order to scan the required 
document and to send the scanfile (the digital image 
data generated during the scanning) to a destination 
indicated by the applicant, usually his workstation. If 
required, a copy of the scanfile can default or optionally 
be stored in the database 9. 

[0020] A scan order is not sent direct to a specific 
scanner by the SRM 4; a message is instead sent to all 
the scanners to the effect that a scan order is waiting. 
This message is displayed on the display 21 of the 
scanners. An operator who sees this message can then 
actuate a specific scanner, call up the list of waiting 
orders, and choose and execute one of them. This will 
be described in detail with reference to Figs. 2 A and 2B. 
[0021] For the purpose of requesting a digitised 
document, the workstations 1,2,3 are provided with an 
application by means of which the user can compile a 
request for such a document by inputting a number of 
parameters which identify the document and the 
required format of the data file that represents the doc- 
ument and determine the destination address. The 
same application can be used then to send the request 
to the SRM 4. 

[0022] The following parameters should be input for 
example: 

Scan ticket information 
[0023] 

Scan ticket Version (number) 

Request owner 

[0024] 

Person making the request (Name) 
Account ID (For payment or adminis- 

tration) 

Location 

Telephone number 
E-mail address 
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Document description 

[0025] 

Document 

(Unique identification, e.g. number or place where kept) 

Pages requested 

(e.g.: all. 3- 10, summary) 

Type 

(e.g.: simplex, duplex, colour) 
Information relating to document storage 
(e.g.: none, 1 year; storage place) 

Destination description 

[0026] 

Type of order 

(e.g.: new, add to or over-write existing data file) 
File name 

(file name under which the scant He must be supplied) 

Information relating to storage of the scanfile 

(e.g.: in database or not; length of time to be kept) 

Data format 

(e.g. TIF, BMP) 

Version number 

(optional) 

Resolution 

(e.g.: 400 dpi, 600 dpi) 
Bit depth 

(e.g.: colour, grey values, black/white) 

Operator instructions 

[0027] 

Acknowledgement (Yes, no) 

To: (Any address to be notified of com- 

pletion of the order) 

Message (Any message from the person mak- 

ing the request to the operator) 

Priority information 
[0028] 

Time limit (Yes: before (date), no) 

[0029] After the request has been compiled, it is 
sent to the SRM 4 by means of the said application. 
[0030] The SRM 4 first checks whether the 
requested document is already present in the database 
9. If that is the case, the SRM calls the associated data 
file up from the storage unit and sends it to the required 
destination, possibly after first converting it to the 
required format. 

[0031] If the required document is not already 
present in the database 9 in the required digital form, 


and if it cannot be made from an existing document by 
conversion, the SRM 4 interprets the request as an 
order to scan a physical document and send the scan- 
file to the indicated destination and/or store it in the 

5 database 9. The procedure is now as follows. 

[0032] The SRM 4 sends a request for scanning to 
each connected scanner. In an alternative embodiment 
the SRM sends the request only to a limited group of 
scanners, e.g. those scanners which can carry out a 
10 scan process in accordance with the specifications in 
the request. For this purpose the SRM is provided with 
a configuration file containing all the connected scan- 
ners, with their facilities and limitations. If required, a 
configuration file of this kind can be prepared automati- 

15 cally and updated by the SRM interrogating the con- 
nected scanners as to their facilities and status. A 
limitation can also be provided in the scanner group, for 
example by selecting only those scanners which are in 
the neighbourhood of the place where the document for 

20 scanning is kept, if this has been established. 

[0033] In response to the request for scanning, the 
scanners display a message indicating the scanning 
request. The said message does not yet give any details 
regarding the request, and all that is reported is the fact 

25 that a request is pending. It may be that there is more 
than one request pending at any time. In that case, the 
number can be displayed in the message on the dis- 
plays at the scanners. An example of a message of this 
kind is shown in Fig. 3. 

30 [0034] An alternative manner of showing that the 
request for scanning is pending, is a central announce- 
ment by means of a signal which can be observed by an 
operator, e.g. a display or a warning tamp on a central 
location in the workroom where the scanners are situ- 

35 ated or activation of a paging device such as a buzzer 
worn by the operator. 

[0035] If an operator is available to execute a scan 
order, he actuates a key intended for the purpose on the 
operator control panel 20 of the scanner of his choice 

40 (hereinafter referred to as scanner A). In response to 
this, the operator control unit of scanner A sends a 
report to the SRM 4, which in response thereto trans- 
mits the details of the pending order to the scanner A. If 
there is more than one order pending, the details of all 

45 these orders are transmitted. 

[0036] The pending scan orders are then shown by 
the operator control unit of scanner A with some details 
in a list on the display, as shown in Fig. 4. This list is, for 
example, sorted by priority, time of arrival, or alphabets - 

so cally in the name of the applicant, or by some other cri- 
terion. 

[0037] The top order in the list is preselected, and 
another order can be selected by means of the keys 22. 
The selected order is, for example, provided with a black 
55 frame as shown in Fig. 4, or can be distinguished in 
some other way from the other orders. If the list is too 
long to be fully displayed, the list can be scrolled during 
selection. The details shown in the list are intended to 
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give the operator adequate details to make a choice. 
[0038] When the operator has made a choice, he 
actuates the middle key of the keys 22. By this he 
accepts the order. In response, the operator control unit 
of scanner A sends an acceptance signal to the SRM 4, 
which reserves the order for scanner A, i.e., no other 
scanner can accept this order. This is shown on the dis- 
plays of the other scanners when they display a list of 
pending orders e.g. by the accepted order being dis- 
played in grey instead of black characters, as shown in 
Fig. 5. 

[0039] In response to acceptance of an order, the 
operator control unit of scanner A now shows on the dis- 
play all the details of the order, including the scanner 
settings, see Fig. 6. The operator can then program the 
scanner, or else the scanner will automatically assume 
the settings. In the latter case, the operator can still 
change the settings by means of the keys 23. If neces- 
sary the operator can finally return the order to the SRM 
by actuating the key intended for the purpose. 
[0040] The operator can now place the intended 
document in the document input of the scanner A and 
actuate the start key 24, whereafter the scan order 
takes place automatically and in accordance with the 
indicated settings. After the scanning each sheet of the 
document scanner A sends the generated scanfile to 
the SRM, which provisionally stores it in its internal hard 
disk memory. 

[0041] When the complete document has been 
scanned, the operator control unit of scanner A 
requests, via a message on the display 21 , confirmation 
from the operator that everything has progressed satis- 
factorily, see Fig. 7. When the operator has given the 
required confirmation, scanner A reports to SRM 4 that 
the order is completed and SRM 4 sends the complete 
scanfile to the intended destination and, if instructed to 
do so, stores it in the database 9. The SRM then reports 
the order as finished to the person giving the order and 
removes the order from queue. 

[0042] Simultaneously with the scanning of the doc- 
ument, the SRM can implement a procedure for charg- 
ing costs to the applicants account, an amount being 
debited, for example, per page. 

[0043] If the operator concludes that there has been 
some malfunction during scanning, he can reject the 
entire order by means of keys 23 beneath the display on 
the operator control panel 20, or indicate that he wishes 
to retry the entire order immediately. Scanner A notifies 
this to the SRM, and in the first case the SRM removes 
the scanfile from its internal hard disk memory, unblocks 
the order and reports it afresh generally on the displays 
of all the scanners. In the second case the SRM erases 
the scanfile from its memory and initialises the scanner 
afresh for the order. 

[0044] With the functionality indicated, the SRM 4 
can also impose a specific sequence of operations, by 
making just one pending order acceptable. For exam- 
ple, a "first in-first out" treatment can be selected in 
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order to prevent that orders are left unserviced. Any 
time limit indicated in the request for a digitised docu- 
ment is taken into account by the SRM when determin- 
ing a treatment sequence. 

5 [0045] The SRM 4 is also provided with a system 
administrator function by means of which it is possible 
for an operator to intervene in the procedure by means 
of the SRM operator control means, such as a mouse 
and keyboard, and, for example, a specific order can be 

10 treated with priority or blocks can be removed. This 
function can also be used to change parameters in the 
request for a digitised document, e.g. if during the han- 
dling of a scan order the operator discovers that the indi- 
cated name of the document is not (completely) correct. 

is [0046] If there is reason for the same, the SRM can 
divide a request for a digitised document into several 
scan orders. One reason may be that the requested 
document contains numerous pages while at the same 
time various scanners are unoccupied. It may also hap- 

20 pen that inspection of the document for scanning shows 
that it contains parts which must be processed on differ- 
ent scanners, e.g. coloured and black/white document 
sections, or sheets of different formats. This can be sig- 
nalled by the operator to the SRM, which then formu- 

25 lates different adapted scan orders. When the scant iles 
of these different scan orders are supplied by the scan- 
ners, the SRM re-combines them to form a complete 
scanfile. 

[0047] In one particular embodiment of the system 

30 according to the invention, both colour scanners and 
black/white scanners are connected, the black/white 
scanners being equipped with a simple colour CCD, 
which can detect that colour occurs in the scanned doc- 
ument but cannot supply scanned data of adequate 

35 quality. If during the scanning of a document it is found 
by the scanner that there are colour images in the doc- 
ument, the scanner reports this to the SRM. The latter 
then compiles a new scan order for the colour sections 
of the document and sends it to the colour scanners. 

40 The scanfiles of these parts of the document, after 
being delivered, are automatically substituted by the 
SRM for the parts delivered by the black/white scanner, 
and the assembled scanfile is sent to the intended des- 
tination by the SRM. 

45 [0048] Scan orders can also be formulated by an 
automatic system, e.g. for systematically digitising an 
existing paper archive. An administration computer can 
then automatically generate a list with all the documents 
for scanning and transmit it to the SRM 4, together with 

so details concerning the required format and the destina- 
tion, a digital archive. Hie final handling of the scan 
orders then proceeds completely as described herein- 
before. 

[0049] Although the invention has been explained 
55 by reference to the above-described exemplified 
embodiments, it is not restricted thereto. It will be clear 
to the skilled person that other embodiments are possi- 
ble within the scope of the following claims. The latter 
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are considered as being within of the scope of the 
description of the patent. 

Claims 

5 

1. A system for generating digitised documents for a 
digital environment, comprising 
at least one scanner, provided with a local operator 
control unit, 

and characterised by w 
a management unit connected to the scanner or 
scanners and provided with: 

inputting means for receiving, from the digital 
environment, a request for a digitised docu- 15 
ment 

warning means for indicating a request for a 
digitised document at at least one scanner 
receiving means for receiving from a scanner 
an acceptance of a request selected by means 20 
of the operator control unit 
allocation means whereby, in response to the 
said acceptance, a scan order for generation of 
the digitised document requested in the said 
request is allocated to the scanner which sent 25 
the acceptance. 

2. A system according to claim 1, wherein the said 
receiving means comprise: 

30 

means for receiving from a first scanner an 
enquiry concerning information regarding the 
request or requests, if there are more than one, 
means for offering the requested information, 
means for receiving from a first scanner an 35 
acceptance of a request selected with the aid 
of the local operator control means of the first 
scanner. 

3. A system according to claim 1 , wherein 40 
the central management unit is also provide with 
means for checking whether the requested digitised 
document is already available in a required digital 
form in a connected database. 

45 

4. A system according to claim 1, wherein the said 
allocation means when allocating the said scan 
order prevent other scanners from accepting the 
request concerned for a digitised document. 

50 

5. A system according to claim 1 or 2, wherein a 
request for a digitised document also contains a 
specification of required properties and format of 
said document. 

55 

6. A system according to claim 5, wherein the man- 
agement unit when allocating the said scan order 
automatically transmits to the accepting first scan- 


ner the specification associated with the relevant 
request. 

7. A system according to claim 5, wherein the man- 
agement unit simultaneously with indicating that a 
request has been received for a digitised document 
automatically transmits to applicable scanners the 
specification associated with said request. 

8. A system according to claim 6 or 7, wherein a scan- 
ner is provided with means whereby after allocation 
of a scan order the scanning process for generating 
the required digitised document on the said first 
scanner is automatically adjusted in accordance 
with the said specification in the request. 

9. A system according to claim 1 or 2, wherein a 
request for a digitised document also contains a 
message to an operator of the scanners. 

10. A system according to claim 1, wherein a request 
for a digitised document also contains a precondi- 
tion for processing. 

11. A system according to claim 10, wherein the pre- 
condition is used by the management unit as a con- 
tributory factor in indicating the received requests 
for a digitised document. 

1 2. A system according to claim 1 , wherein a scanner is 
provided with a display and with means for indicat- 
ing thereon a request for a digitised document. 

13. A system according to claim 1, wherein the man- 
agement unit is provided with means for indicating 
a request for a digitised document in the form of a 
signal perceptible to an operator. 

14. A system according to claim 1, wherein the man- 
agement unit is provided with means for indicating 
a request for a digitised document only to scanners 
which are capable of executing a scanning process 
in accordance with said request. 

15. A system according to claim 1, wherein the man- 
agement unit is provided with means for automati- 
cally dividing a first request for a digitised document 
into a plurality of second requests with different 
specifications where required, for example in con- 
nection with the capabilities of the available scan- 
ners. 

16. A system according to claim 15, wherein the man- 
agement unit is provided with means for assem- 
bling digitised partial documents generated in 
response to said second requests, to form a digi- 
tised document corresponding to the said first 
request. 
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17. A management unit according to any one of claims 
1 to 4, 14. 15 and 16. 

18. A method of making digitised documents available 

to a digital environment, comprising: 5 

receiving a request for a digitised document 
from the digital environment in a central man- 
agement unit 

automatically indicating from the said central 10 
management unit to one or more connected 
scanners that a request for a digitised docu- 
ment has been received 
selecting and accepting a said request with the 
aid of local operator control means of a first is 
scanner 

in response to acceptance of a request auto- 
matically allocating a scan order by the said 
central management unit to the accepting first 
scanner for generation of the digitised docu- 20 
ment requested in the said request and 
executing the scan order on the said first scan- 
ner. 

1 9. A method according to claim 1 8, wherein the step of 25 
selecting and accepting a request comprises: 

enquiring, with the aid of the local operator con- 
trol means of a first scanner, for information 
concerning the request or requests, if there are 30 
more than one, 

offering the requested information by the cen- 
tral management unit, 

selecting a request with the aid of the local 
operator control means of the first scanner and 35 
sending an acceptance of the selected request 
from the first scanner to the central manage- 
ment unit. 

20. A method according to claim 18, wherein in 40 
response to the reception of a request for a digi- 
tised document a check is first made whether the 
requested document is already available in a 
required digital form in a connected database. 

45 

21 . A method according to claim 1 8, wherein in allocat- 
ing the said scan order other scanners are pre- 
vented from accepting the relevant request for a 
digitised document. 

so 

22. A method according to claim 18 or 19, wherein a 
request for a digitised document also contains a 
specification concerning required properties and 
format of said document. 

55 

23. A method according to claim 22, wherein on alloca- 
tion of the said scan order the specification belong- 
ing to the associated request is automatically 


transmitted from the central management unit to 
the accepting first scanner. 

24. A method according to claim 22, wherein simulta- 
neously with indicating that a request for a digitised 
document has been requested the specification 
belonging to said request is automatically transmit- 
ted to applicable scanners. 

25. A method according to claim 23 or 24, wherein after 
allocation of a scan order the scanning process for 
generating the required digitised document on the 
said first scanner is automatically adjusted in 
accordance with the said specification in the 
request. 

26. A method according to claim 18 or 19, wherein a 
request for a digitised document also contains a 
message to an operator of the scanner. 

27. A method according to claim 18, wherein a request 
for a digitised document also contains a precondi- 
tion for processing. 

28. A method according to claim 27, wherein the said 
precondition is used by the management unit as a 
contributory factor in indicating the received 
requests for a digitised document. 

29. A method according to claim 1 8, wherein the indica- 
tion that a request for a digitised document has 
been received is made in the form of a signal per- 
ceptible to an operator. 

30. A method according to claim 18, wherein the indica- 
tion that a request for a digitised document has 
been received is made in the form of a message on 
a display on a scanner. 

31. A method according to claim 18, wherein a request 
for a digitised document is indicated only at scan- 
ners which are capable of executing a scanning 
process in accordance with said request. 

32. A method according to claim 18, wherein a first 
request for a digitised document is automatically 
divided by the said central management unit into a 
plurality of second requests with different specifica- 
tions when so required, for example in connection 
with the capabilities of the available scanners. 

33. A method according to claim 32, wherein the cen- 
tral management unit assembles digitised part-doc- 
uments generated in response to said second 
requests, to form a digitised document correspond- 
ing to the said first request. 
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